home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / iso9660 / mail / pine / imap.arc / text0053.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  1.7 KB  |  41 lines
  1. I finally took some time to read the IMSP specification.  Here are some
  2. comments:
  3.  
  4. 1) Should the wildcard syntax used by FIND be limited to the TOPS-20 wildcard
  5.    characters selected by IMAP2?  Perhaps a regular expression syntax would be
  6.    better??
  7.  
  8. 2) I like the way IMSP deals with server names in FIND results.  Much better
  9.    than IMAP2.  However, there's one additional improvement to be made, which
  10.    is to include the pattern in the results.  For example:
  11.     a002 FIND MAILBOXES *
  12.     * MAILBOX * INBOX (imap1.podunk.edu)
  13.     * MAILBOX * FOOBAR (imap23.podunk.edu)
  14.     a002 OK FIND completed
  15.    This will greatly please certain people, and there's no harm done by doing
  16.    it now.  Some of the other commands which return data should also have the
  17.    request patterns included in the responses.
  18.  
  19. 3) I like FIND UNSEEN.MAILBOXES and FIND UNSEEN.BBOARDS -- neat idea and a
  20.    possible big performance win.
  21.  
  22. 4) I don't think you need to justify your selection of a list of server hosts
  23.    for FIND instead of using the {host} syntax.  The {host} syntax is
  24.    obviously inappropriate for this purpose.
  25.  
  26. 5) Why not fix the ``design flaw'' by requiring that FIND ALL.mumble indicate
  27.    subscription status.  You don't have to be bug-for-bug matching with IMAP.
  28.  
  29. 6) I'm not sure I like the proposed implementation of FIND UNSEEN.mumble,
  30.    since it seems to preclude doing it by hunt/examination.  This should be a
  31.    implementation detail and not a protocol detail.
  32.  
  33. 7) Instead of CREATE and CREATE.BBOARD, I suggest CREATE MAILBOX and
  34.    CREATE BBOARD & etc. for the other commands.
  35.  
  36. 8) I'm not convinced that a user's private address book couldn't be part of
  37.    the GET/SET stuff instead of having to wait for directory services.
  38.  
  39.  
  40.  
  41.